home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940137.txt < prev    next >
Internet Message Format  |  1994-11-13  |  15KB
  1. Date: Wed,  4 May 94 04:30:14 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #137
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed,  4 May 94       Volume 94 : Issue  137
  11.  
  12. Today's Topics:
  13.                        Idea, 10-10 members....
  14.                           Integrate HF w/WAN
  15.                       NET/ROM NRS specification
  16.                      New FCC rules on forwarding
  17.              PacketRadio forLinux with Baycom ?? (2 msgs)
  18.                         Packet radio FTP sites
  19.                still looking for project ideas (2 msgs)
  20.                              unsubscribe
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Tue, 3 May 1994 19:10:20 GMT
  35. From: darwin.sura.net!rsg1.er.usgs.gov!news.cs.indiana.edu!noose.ecn.purdue.edu!constellation.ecn.purdue.edu!wb9omc@seismo.css.gov
  36. Subject: Idea, 10-10 members....
  37. To: ham-digital@ucsd.edu
  38.  
  39. I'd like to gauge the interest among members of 10-10 International who
  40. are on the Internet for a group, possibly called:
  41.  
  42. rec.radio.amateur.1010
  43.  
  44. The purpose of the group would be multiple:
  45.  
  46. 1) to help disseminate information of general interest to 10-10 members
  47.     who have access to Internet.
  48.  
  49. 2) to help 10-10 members set up skeds, nets and other communications events.
  50.  
  51. 3) to help develop interest in not only 10-10 International but to maintain
  52.     interest in 10 meters in *spite* of the current lull in the band.
  53.  
  54. 4) to help develop computer operating aids for 10-10 contests and 
  55.     paperchasing.
  56.  
  57. 5) to serve as one focal point for 10-10 members to discuss the organization,
  58.     contest rules, awards rules, etc.
  59.  
  60. 6) other future purposes realted to Amateur Radio and 10-10.
  61.  
  62. ***********
  63.  
  64. I think that emailing me would probably be preferred to clogging up
  65. a number of newsgroups with "me too!" kinds of mail.
  66.  
  67. If you are interested or have a *brief* thought on the subject, please
  68. email:
  69.  
  70. wb9omc@harbor.ecn.purdue.edu
  71.  
  72. flames and/or mail bombs will be ignored, deleted, /dev/null'ed, etc.  :-)
  73.  
  74. If interest seems positive enough, I will make some contacts with the
  75. officers of 10-10 to find out in what ways, if at all, they would
  76. like to make contact and maintain contact with such a newsgroup.
  77.  
  78. 73
  79.  
  80. Duane, WB9OMC
  81.  
  82. ------------------------------
  83.  
  84. Date: Tue, 3 May 1994 13:37:51 GMT
  85. From: ihnp4.ucsd.edu!sdd.hp.com!nigel.msen.com!zib-berlin.de!math.fu-berlin.de!news@network.ucsd.edu
  86. Subject: Integrate HF w/WAN
  87. To: ham-digital@ucsd.edu
  88.  
  89. In article <7c5PLc6w165w@voxbox.norden1.com>, jgrubs@voxbox.norden1.com (Jim Grubs, W8GRT) says:
  90. > 
  91. >Correct me if I'm wrong, but isn't HF illegal under ITU
  92. >Conventions for intranational land mobile use?
  93.  
  94. Don't know, is it?  This could be a problem! I'll talk with our frequency
  95. coordinator and see what he can tell me. Would it be in an FCC reg, the
  96. Communications Acts of 19xx, or some other reference?
  97.  
  98. Kevin der Kinderen      mtimpn@baileys-emh2.army.mil    703-756-1971
  99. Opinions voiced are my own, not my employer's.
  100.  
  101. ------------------------------
  102.  
  103. Date: Tue, 3 May 1994 08:37:18 +0000
  104. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!howland.reston.ans.net!pipex!demon!athnet.ath.forthnet.gr!sv1xv@network.ucsd.edu
  105. Subject: NET/ROM NRS specification
  106. To: ham-digital@ucsd.edu
  107.  
  108. I need the specification of NRS (Net/Rom transmission over serial
  109. lines). Is it available anywhere?
  110.  
  111. Thanks,
  112.  
  113. Costas
  114.  
  115.  
  116.  
  117.       +---------------------------------------------------------------+
  118.       | Costas Krallis - SV1XV - Athens Greece (LOC: KM18UA)          |
  119.       | Packet Radio:  sv1xv@sv1uy.ath.grc.eu                         |
  120.       | Internet: sv1xv@athnet.ath.forthnet.gr                        |
  121.       | S-Mail:  P.O.Box 3066, GR-10210 Athens, GREECE                |
  122.       | PGP Public Key 0x9E2905 available from all public keyservers. |
  123.       +---------------------------------------------------------------+
  124.  
  125. ------------------------------
  126.  
  127. Date: 3 May 94 15:37:28 GMT
  128. From: news-mail-gateway@ucsd.edu
  129. Subject: New FCC rules on forwarding
  130. To: ham-digital@ucsd.edu
  131.  
  132. The FCC has finally released the text of the Part 97 changes relative
  133. to message forwarding.  According to an article in the April 26 ARRL Letter, the
  134. new rules are:
  135.  
  136.  
  137. 97.3 Definitions. 
  138.  
  139.    (7)  Auxiliary stations.  An amateur station, other than in a 
  140. message forwarding system, that is transmitting communications 
  141. point-to-point within a system of cooperating amateur stations. 
  142.  
  143.    (28)  Message forwarding system.  A group of amateur stations 
  144. participating in a voluntary, cooperative, interactive arrangement 
  145. where communications are sent from the control operator of an 
  146. originating station to the control operator of one or more 
  147. destination stations by one or more forwarding stations. 
  148.  
  149.    (36)  Repeater.  An amateur station that simultaneously 
  150. retransmits the transmission of another amateur station on a 
  151. different channel or channels. 
  152.  
  153.  
  154. 97.109  Station control. 
  155.  
  156.    (e)   No station may be automatically controlled while 
  157. transmitting third party communications, except a station 
  158. participating as a forwarding station in a message forwarding 
  159. system. 
  160.  
  161.  
  162. 97.205  Repeater station. 
  163.  
  164.    (g)  The control operator of a repeater that retransmits 
  165. inadvertently communications that violate the rules in this Part 
  166. is not accountable for the violative communications. 
  167.  
  168.  
  169. 97.219  Message forwarding system. 
  170. [Section 97.216 is redesignated Section 97.217] 
  171.  
  172.    (a)  Any amateur station may participate in a message 
  173. forwarding system, subject to the privileges of the class of 
  174. operator license held. 
  175.  
  176.    (b)  For stations participating in a message forwarding sytem, 
  177. the control operator of the station originating a message is 
  178. primarily accountable for any violation of the rules in this Part 
  179. contained in the message. 
  180.  
  181.    (c)  Except as noted in paragraph (d) of this section, for 
  182. stations participating in a message forwarding system, the control 
  183. operators of forwarding stations that retransmit inadvertently 
  184. communications that violate the rules in this Part are not 
  185. accountable for the violative communications.  They are, however, 
  186. responsible for discontinuing such communications once they become 
  187. aware of their presence. 
  188.  
  189.    (d)  For stations participating in a mesage forwarding system, 
  190. the control operator of the first forwarding station must: 
  191.    (1)  Authenticate the identity of the station from which it 
  192. accepts communications on behalf of the system: or 
  193.    (2)  Accept accountablility for any violation of the rules in 
  194. this Part contained in messages it retransmits to the system. 
  195.  
  196.  
  197. These rules will take effect June 1, 1994. 
  198.  
  199.  
  200. ------------------
  201. Bob Nielsen, W6SWE              Internet: w6swe@tapr.org
  202. Tucson, AZ                      AMPRnet:  w6swe@w6swe.ampr.org
  203. [44.124.12.16]                  AX.25:    w6swe@wb7tls.az.usa.na
  204.  
  205. ------------------------------
  206.  
  207. Date: 3 May 1994 21:04:34 GMT
  208. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!howland.reston.ans.net!torn!hermes.acs.ryerson.ca!ee.ryerson.ca!jeff@network.ucsd.edu
  209. Subject: PacketRadio forLinux with Baycom ??
  210. To: ham-digital@ucsd.edu
  211.  
  212. irene burlingame (ipb@unlinfo.unl.edu) wrote:
  213. : Is there anybody out there hwo has experience with setting up a Linux
  214. : Packetradio server using a Bycom modem? i need info desperately!
  215.  
  216.  
  217.  
  218. Unfortunately, Linux will never be able to support Baycomm.  The Baycomm
  219. modem requires that the processor be 100% devoted to the modem while
  220. packets are coming in and out, and that's just not possible under
  221. a multitasking OS.  Even if you could do it, it's really not desireable,
  222. it would bring the whole machine to a halt!
  223.  
  224. 73 de Jeff / VE3DJF
  225. Jeff@EE.Ryerson.Ca
  226. VE3DJF@bbs.VE3RPI.ampr.org
  227.  
  228. ------------------------------
  229.  
  230. Date: 4 May 94 10:01:55 GMT
  231. From: agate!howland.reston.ans.net!EU.net!CERN.ch!dxcern!jalocha@ucbvax.berkeley.edu
  232. Subject: PacketRadio forLinux with Baycom ??
  233. To: ham-digital@ucsd.edu
  234.  
  235. In <2q6e92$kbk@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
  236.  
  237. >Unfortunately, Linux will never be able to support Baycomm.  The Baycomm
  238. >modem requires that the processor be 100% devoted to the modem while
  239. >packets are coming in and out, and that's just not possible under
  240. >a multitasking OS.  Even if you could do it, it's really not desireable,
  241. >it would bring the whole machine to a halt!
  242.  
  243. Not 100% true :-) For receiving packets the processor only reacts
  244. to modem output transitions and it is done via an interrupt.
  245. The key point is that the CPU has to measure the time when the interrupt
  246. occured with a precision better than the time taken by a single bit
  247. (3.3 ms for 300 bps, 0.833 ms for 1200 bps). A precision of about
  248. 0.1 ms is good enough for 1200 bps.
  249. The trouble comes if the processor runs with interrupts disabled
  250. for the time which is longer than the precision needed...
  251. I can not say whether the LINUX system does so.
  252.  
  253. The approach I described above is applied in the BAYCOM program
  254. and the AX.25 driver for the NOS written by me. The TFPCX driver
  255. takes a different approach by speeding up the system timer
  256. and sampling the modem's output at three times the bit rate
  257. frequency.
  258.  
  259. Bottom line: if the LINUX operating system doesn't "blind" the CPU
  260. to interrupts for longer than about 0.1 ms one could (in principle)
  261. write a driver for the BAYCOM modem running at 1200 bps.
  262.  
  263. Pawel, SP9VRC
  264.  
  265. ------------------------------
  266.  
  267. Date: Tue, 03 May 94 18:14:52 GMT
  268. From: koriel!cs.utexas.edu!howland.reston.ans.net!EU.net!uknet!ukc!raven.ukc.ac.uk!mrb3@ames.arpa
  269. Subject: Packet radio FTP sites
  270. To: ham-digital@ucsd.edu
  271.  
  272. HI all,
  273.  
  274. I was wondering if anyone has a list of the best ftp sites around
  275. that contain amateur radio / packet related programs.
  276.  
  277. Many thanks
  278.  
  279. Matthew
  280.  
  281. Packet G7KSG@GB7ZAA
  282.  
  283. --
  284.  __  __      _   _    
  285. |  \/  |__ _| |_| |_  
  286. | |\/| / _` |  _|  _| 
  287. |_|  |_\__,_|\__|\__|.........
  288.  
  289. ------------------------------
  290.  
  291. Date: 3 May 94 23:39:56 GMT
  292. From: dog.ee.lbl.gov!ihnp4.ucsd.edu!sdd.hp.com!saimiri.primate.wisc.edu!news.doit.wisc.edu!kolstad@ucbvax.berkeley.edu
  293. Subject: still looking for project ideas
  294. To: ham-digital@ucsd.edu
  295.  
  296. In article <1994May3.152521.1@exodus.valpo.edu> acc_mwb@exodus.valpo.edu (Mike Barton) writes:
  297. >
  298. >We'd like it to be in the are of electronics.  Audio applications, signal
  299. >processing, waveform modification, signal generation, filtering, etc.  I don't
  300. >know what else...  so many different things, we hardly know where to start.
  301.  
  302. I'd be impressed if you got a 1Gb/s fiber optic link going. :-)
  303.  
  304. I take an opto-electronics course once that had a student made fiber optics
  305. demonstrator box that cranked out a whole 100 kbps!!  Oooh, wow!
  306.  
  307. (Sorry... most of the labs here at the U of W have really crappy
  308. equipment...  there's a reason they call this a "Research University.")
  309.  
  310.                     ---Joel Kolstad
  311.  
  312. ------------------------------
  313.  
  314. Date: 3 May 94 15:24:07 CDT
  315. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!math.ohio-state.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!vunews.valpo.edu!exodus.valpo.edu!acc_mwb@network.ucsd.edu
  316. Subject: still looking for project ideas
  317. To: ham-digital@ucsd.edu
  318.  
  319. I am currently finishing my junior year in electrical engineering.  Next year,
  320. I will be working on a "senior project" with at least one other student. 
  321. Taking a look ahead, we're trying to figure out some options for projects that
  322. we could do.
  323.  
  324. We'd like it to be in the are of electronics.  Audio applications, signal
  325. processing, waveform modification, signal generation, filtering, etc.  I don't
  326. know what else...  so many different things, we hardly know where to start.
  327.  
  328. Other options that we'd like to consider are those in the communication
  329. electronics area.  We'll be having communic. theory and electronics classes
  330. next year, so right now, we don't have much to go on in that area.  I am an
  331. amateur radio operator.  Something dealing with that would be really great!
  332.  
  333. Other areas of interest that might generate a good project would me some
  334. digital / electronics combination, applications dealing w/ transistors as
  335. switching (not in a power situation, but rather small things).
  336.  
  337. This project lasts two semesters.  In the fall we finalize our project.  Write
  338. up some designs, present the project, make a "project request" or something
  339. like that.  Then, by Dec., have it ready to put together.  Starting in Jan., we
  340. build a prototype, fix it, get it to work (ie. re-design and re-design and..). 
  341. Finally, we'll end the semester by writing final reports, documentation and
  342. doing more presentations.
  343.  
  344. We'd like any ideas for projects that you think would be interesting,
  345. obtainable, and fit the idea of this "senior project."
  346.  
  347. ___PLEASE____ if you've got any ideas, send some email to me.  Just give us a
  348. couple of ideas that you might have.  I'll post a summery to the list if I get
  349. some responses.
  350.  
  351. -- 
  352.           ___
  353. Mike     (o o)     
  354. ---------m-^-m---------------------------------------------------------------
  355.  
  356. ------------------------------
  357.  
  358. Date: 3 May 94 22:55:17 GMT
  359. From: news-mail-gateway@ucsd.edu
  360. Subject: unsubscribe
  361. To: ham-digital@ucsd.edu
  362.  
  363. unsubscribe
  364. help
  365.  
  366. ------------------------------
  367.  
  368. Date: Tue, 3 May 1994 12:41:27 GMT
  369. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!library.ucla.edu!csulb.edu!csus.edu!netcom.com!rogjd@network.ucsd.edu
  370. To: ham-digital@ucsd.edu
  371.  
  372. References <1994Apr26.000004.23739@news.csuohio.edu>, <1994Apr26.151137.6512@midway.uchicago.edu>, <gregCoxFJ5.9yu@netcom.com>╖
  373. Subject : Re: A soft spot in the Pactor protocol???
  374.  
  375. Anyone know if GTOR has a reconnect protocol?  Or is it similar to Pactor 
  376. in this regards?
  377.  
  378. -- 
  379.                                              rogjd@netcom.com
  380.                                              Glendale, CA 
  381.                                              AB6WR
  382.  
  383. ------------------------------
  384.  
  385. End of Ham-Digital Digest V94 #137
  386. ******************************
  387.